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ABSTRACT : 

The  control  space  of  a  digital  process  can  be  viewed 
as  a  projection  of  the  state  space  of  the  processor.   This 
state  space  may  be  an  interpretation  of  some  underlying 
(perhaps  physical)  processor's  state  space.   A  control 
operator  is  a  projection  of  a  process  step:   the  portion 
which  specifies  the  "next  control  state".   A  set  of  elementary 
control  structures  is  defined  and  used  as  a  common  basis  for 
comparing  the  control  structures  in  a  microcomputer  and 
several  programming  languages.   The  relationship  of  this 
view  of  control  to  several  areas  of  computer  science  research 
is  noted. 
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CONTROL  STRUCTURES  IN  DIGITAL  PROCESSING 

1.   Introduction 

This  paper  is  directed  toward  examination  of  the  control 
portions  of  digital  systems.   Algorithms  for  manipulation 
of  dataaoound;  there  is  a  growing  list  of  functional  data 
operator  modules  which  are  being  designed  and  built  as 
modular  components  for  use  in  special  purpose  logic  systems 
designs  [4].   The  design  of  a  general  purpose  digital  computer 
is  related  to  this  work  in  the  sense  that  the  special  purpose 
of  such  a  logic  system  is  to  execute  sequences  of  members  of 
a  set  of  instructions  which  is  effectively  complete  with 
respect  to  digital  computation. 

We  shall  not  assume  a  priori  that  the  section  of  a 
computer  historically  called  the  "control  unit"  completely 
characterizes  the  control  problem  in  digital  system  design. 
We  shall  instead  attempt  to  develop  a  more  general  and 
universal  notion  of  control  which  agrees  in  large  part  with 
such  intuitive  descriptions.   Section  2  is  devoted  to  a  brief 
examination  of  necessary  background  in  the  development  of 
state  models  of  digital  processes.   Section  3  uses  this 
background  to  outline  a  characterization  of  control. 

Although  the  construction  of  general  purpose  digital 
computers  is  not  the  target  application  of  this  study,  the 
field  does  reveal  interesting  applications.   A  vital 
characteristic  of  our  view  of  structure  in  control  is  that 


it  apply  at  so-called  "high  levels"  of  system  description. 
To  this  purpose,  Section  4  lists  a  number  of  examples,  mostly 
computers  and  languages,  of  system  description  at  different 
levels . 

Finally,  Section  5  briefly  addresses  several  areas  of 
study  which  are  not  usually  considered  part  of  logic  system 
design,  but  which  appear  to  have  something  to  lend  to,  or 
borrow  from,  the  current  discussion  of  digital  system  control 


2 .   The  art  of  the  states 

Much  of  the  work  in  this  section  deals  with  topics  related 
to  ideas  summarized  and  integrated  in  a  recent  paper  by 
Horning  and  Randell  [  5  ]  .   Their  terms  are  freely  borrowed 
and  distorted  in  this  section. 

The  problem  of  accurately  characterizing  digital  processing 
systems  is  difficult.   Men  can  build  a  very  large  and  complex 
systems  which  are  usable,  although  satisfactory  measurement 
and  evaluation  of  the  internal  operations  of  these  systems 
is  often  beyond  our  present  capability.   Verification  of  a 
design,  or  proof  of  correctness,  is  often  impractical  in 
terms  of  difficulty  or  length.   Consequently,  design  of 
effective  large  systems  is  usually  heuristic  and  intuitive. 

Where  design  and  evaluation  methods  for  large  systems 
have  shown  promise  of  becoming  effective,  they  have  been 
based  on  sound  techniques  of  modularization.   Whereas 
building  a  system  out  of  a  small  number  of  well-defined 
building  blocks  has  important  benefits  in  the  management 
of  the  design  process,  in  documentation  of  the  design,  and 
in  the  logistics  and  maintenance  required  to  support  the 
system  [8] ,  such  modularization  has  its  most  striking  effect 
on  the  design  process  where  it  reduces  the  apparent 
complexity  of  the  system.   Modularity,  by  partitioning  the 
details  and  characterizing  subsets  of  detail  as  modules, 
makes  a  design  easier  to  understand.   Our  discussion  of 
control  will  be  mostly  concerned  with  such  modular  systems. 
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One  of  the  difficulties  encountered  in  the  description 
of  digital  processing  systems  is  the  magnitude  of  the  number 
of  combinations  of  conditions  which  can  occur.   One  of  the 
smaller  minicomputers  is  the  PDP-8  with  12-bit  words.   A 
minimal  configuration  has  40  96  words  of  main  memory,  plus 
CPU  word  registers  AC  (accummulator)  and  PC  (program  counter) 
and  bit  flipflops  L  (link),  Run  and  Interrupt  state  [12]. 
Other  temporary  memories  in  the  CPU  describe  progress  during 

the  execution  of  a  given  instruction.   Between  instruction 

12 
executions,  the  12(2    +  2)  +  3  bits  of  memory  might  have 

12  12 

any  one  of   12(2    +2)  +  3  >  32  x  10    combinations  of 

binary  values.   Any  one  of  these  combinations  uniquely 

describes  the  next  instruction  to  be  executed,  and  consequently 

the  next  combination  of  bit  values  to  be  expected  (assuming 

no  external  interruptions). 

The  strength  and  the  weakness  of  describing  a  digital 

system  in  terms  of  all  the  possible  combinations  of  values 

held  in  its  memory  unit  are  these:   This  description  is 

complete  enough  to  describe  the  future  behavior  of  the 

machine,  if  undisturbed  by  external  events,  and  this 

description  can  (conceptually)  be  verified  by  straight  forward 

measurement.   But  maintaining  such  a  description,  much  less 

manipulating  it  or  displaying  it,  requires  a  computational 

effort  well  beyond  the  capability  of  the  machine  being 

described,  and  usually  beyond  the  comprehension  of  the  human 

observer. 


The  key  to  human  understanding  of  such  complex  systems 
lies  in  the  identification  of  "important"  variables  and  values. 
To  the  assembly -language  programmer  writing  or  tracing  a 
single  program  step,  the  important  values  are  those  of  the 
PC  and  the  indicated  memory  word  interpreted  as  an  instruction 
with  opcode,  flags  and  address  portions.   Sometimes  the 
content  of  possible  range  of  contents  of  the  AC  and  data  word 
are  important;  sometimes  not.   Most  of  the  memory  contents 
have  no  effect  or  immediate  relevance  to  the  consequences  of 
a  single  instruction  execution. 

An  analogy  may  prove  suggestive.   For  most  human  purposes, 
a  ship's  position  is  plotted  in  two  dimensions.   An  inertial 
navigation  sensor  on  the  ship  may  measure  position  in  three 
dimensions;  optical  and  electromagnetic  sensors  give  co- 
ordinates relative  to  deck  orientation  as  well  as  ship  position, 
For  plotting  purposes,  however,  readings  are  converted  to  the 
coordinates  of  the  plot.   Transformations  are  necessary.   In 
particular,  the  momentary  elevation  of  the  ship  on  the  crest 
or  trough  of  a  swell  is  ignored:   the  three-dimensional 
position  of  the  ship  is  projected  onto  the  two-dimensional 
coordinates  of  the  plotting  board. 

The  usual  description  of  a  digital  logic  system  is  in 
terms  of  the  binary  variables  which  describe  the  stable 
states  of  the  memory  elements.   A  specification  of  the  value 
of  every  variable  describes  a  state  of  the  system.   The  set 
of  states  describable  by  values  of  variables  is  the  state 


space  of  the  system.   Actions  (calculations  of  computers)  are 
sequences  of  states  describing  a  path  through  the  state  space. 

The  useful  part  of  such  a  fundamental  but  complex 
description  of  the  system  results  from  a  number  of  trans- 
formations of  state  variables  and  a  projection  of  the  state 
space  onto  a  smaller  space.   The  meaningful  description  to 

an  assembly  language  programmer  of  a  PDP-8's  path  among  the 

13 
more  than  3  x  10    states  of  its  space  consist  of  the  sequence 

of  addresses  of  instructions  (a  projection  to  the  set  of  4096 
addresses) ;  the  interpretations  (via  transformations)  of 
instructions  into  operations,  modes  and  addresses;  and  some- 
times, the  values  of  certain  selected  words  of  memory.   For 
his  purposes,  the  action  of  the  machine  is  mapped  from  the 
original  state  space  to  a  smaller  space.   This  mapping,  which 
typically  includes  projections  as  well  as  other  transformations, 
is  an  interpretation  from  the  space  describing  the  bit  patterns 
to  the  space  describing  instructions  and  addresses. 

Other  interpretations  are  used  at  other  levels  of  design. 
A  FORTRAN  programmer  is  interested  in  the  (conceptual)  in- 
terpretation in  terms  of  program  statements  and  subroutine 
calls  executed,  and  variable  values  changed.   His  interpretation 
can  be  said  to  map  the  general  purpose  binary  computer  to  a 
FORTRAN  machine.   The  designer  of  the  operating  system  of  a 
large  computer  system  is  often  more  concerned  with  an  inter- 
pretation of  "job  steps"  which  might  include  a  program 
execution  as  a  single  step.   His  interpretation  of  the  hardware 
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description  highlights  not  bit  values  or  program  variable 
values  but  the  status  of  resource  allocations  and  scheduling 
variables . 

More  detailed  discussion  of  examples  is  found  in  a  later 
section.   The  important  facts  at  this  time  are  that  inter- 
pretations help  capture  the  portion  of  a  state  description 
which  are  important  at  a  given  level,  and  that  there  are 
several  different  levels  and  different  interpretations 
possible.   Precise  specification  of  an  interpretation  involves, 
among  other  things,  specification  of  the  states  and  state 
variables  of  the  image  space.   The  choice  of  these  states 
and  their  representation  is,  as  implied  above,  an  imprecise 
art.   We  can,  however,  proceed  to  discuss  control  of  digital 
processing  systems  assuming  that  it  is  desirable  and  sometimes 
possible  to  define  a  state  space  for  an  interpretation  of 
basic  physical  descriptions  of  a  machine. 
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3.   Control  in  digital  processing 
3.1  Definition 

A  digital  process  is  a  pattern  of  state  changes.   For 
example,  a  single  addition  A  =  B  +  C  is  the  step  between  the 
states  which  characterize  the  "old"  and  the  "new"  values  of 
variable  A. 

In  a  general  purpose  digital  computer/  the  pattern  is 
channeled  into  a  single  sequence;  one  step  is  accomplished 
at  a  time.   Often,  the  problem  being  solved  has  a  high  degree 
of  parallelism.   B  may  be  specified  as  a  product  and  C  a 
difference.   Even  with  a  nondeterministic  language  specification 
of  the  program,  in  a  given  execution  of  the  program  on  a 
general  purpose  computer,  one  of  those  computational  steps 
proceeds  the  other.   One  of  the  possible  sources  of  improved 
efficiency  in  a  hardware  or  microprogrammed  implementation 
is  that  parallel  steps  can  be  executed  simultaneously  if  the 
necessary  data  operators  and  data  flow  paths  are  available. 
The  example  of  the  portion  of  a  calculation, 

B  =  D*E      (1) 

C  =  F-G      (2) 

A  =  B+C      (3) 
is  sketched  in  Figure  3.1. a  as  a  process  graph.   For  users 
of  the  computation,  the  data  and  their  values  are  the 
essential  parts.   For  designers  of  the  implementation, 
management  of  the  computing  resources  is  the  job  at  hand. 
A  means  must  be  adopted  to  describe  progress  through  the 
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AC  <-    AC  *  E 

B  «■  AC 

AC  «-  F 

AC  «-  AC  -  G 

C  *■  AC 

AC  *■  B 

AC  ^  AC  +  C 

A  *■.  AC 


I 


b)  a  program 

implementation 


a)  A  partial  process  graph 
Rl  +■  D  *  E 


R2  «-  F  -  G 
R3  «-  Rl  +  R2 
A  ^  R3 

c)  an  alternate 
program 
implementation 


Figure  3.1   a  portion  of  a  calculation 


process  graph  and  to  control  that  progress. 

With  respect  to  a  process  graph,  the  control  state  variables 
are  a  set  of  state  variables  sufficient  to  describe  the 
progress  of  an  execution.   The  control  states  are  the  states 
defined  by  the  possible  values  of  the  control  state  variables. 
In  a  given  process  graph,  the  control  state  identifies  which 
of  the  program  steps  have  been  executed.   For  an  implementation 
on  a  deterministic  machine,  the  specification  of  the  next  step 
is  inherent  in  the  program.   A  serial  organization  is  most 
common.   For  this  reason,  a  single  index  is  a  very  important 
part  of  the  control  state.   The  number  in  the  program  counter 
is  the  strongest  clue  of  progress  in  the  machine  language-level 
description  of  a  computation.   In  a  FORTRAN  machine  interpreta- 
tion, the  ISN  is  the  appropriate  index.   This  index  alone  is 
usually  not  sufficient.   If  the  current  position  within  a 
subroutine  is  important,  so  are  the  values  of  indexing 
parameters  of  a  loop  and  the  "caller"  of  the  subroutine.   In 
a  timesharing  system  with  virtual  memory,  the  control  state 
must  identify  not  only  the  current  virtual  address  but  also 
the  current  process  status  including  the  address  translation 
map  and  status  of  allocatable  resources  such  as  I/O  facilities. 

Practical  methods  of  performing  a  computation  use  only 
a  finite  number  of  devices  (most  often,  one).   Each  device 
performs  only  one  step  at  a  time.   This  device  may  be  the 
CPU  of  a  digital  computer,  which  loads,  stores,  adds, 
subtracts,  etc.   Or  it  may  be  a  conceptual  device  which 
performs  more  complicated  steps.   Examples  are  a  "FORTRAN 
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machine"  or  a  BASIC  or  APL  interpreter.   In  any  event,  one 
necessary  part  of  forming  a  program  to  realize  the  algorithm 
of  the  process  graph  is  to  specify  the  order  of  steps,  within 
the  bounds  of  the  available  data  paths,  data  operators,  and 
control  operators.   Thus,  Figure  3.1. b  shows  a  particularly 
inept  programming,  but  one  which  is  simply  derived,  of  the 
computation  of  Figure  3.1. a  for  a  one-address  computer  with 
a  single  accumulator.   Figure  3.1.C  shows  an  alternate 
program  for  a  computer  which  can  specify  two  input  operands 
and  one  of  several  results  registers,  or  a  store,  in  a 
single  step. 

In  the  remainder  of  this  report,  the  command  for  the 
execution  of  a  program  step  will  be  considered  to  be  divided 
into  two  parts,  the  data  operator  and  the  control.   The  data 
operator  specifies  what  manipulation  of  data  is  to  occur.   It 
is  the  function  which  maps  from  the  "old"  data  values  in  a 
state  description  to  the  "new".   In  the  example  of  Figure  3.1, 
the  data  operator  in  step  3  specifies  that  A  is  to  become 
the  sum  of  B  and  C.   The  control  specifies  how  the  control 
state  information  changes.   In  this  same  example,  the  "current" 
indication  must  change  from  (2)  to  (3)  while  the  sum  is 
formed. 

The  distinction  between  the  data  operator  and  control 
of  course  depends  heavily  on  the  level  of  the  interpretation. 
In  a  vertical  microprogramming  implementation,  the  statement 
(3)  above  may  become  the  sequence: 
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.    gate   register  B    to   adder   input   1 

.  gate  register  C  to  adder  input  2 

.  gate  adder  output  to  register  A 
In  this  implementation  the  data  operators  become  register 
transfers  or  bussing  operations  and  the  control  becomes  a 
sequencing  of  these.   At  a  higher-level  interpretation  of 
the  process  the  execution  of  an  entire  program  may  map  into 
a  single  step,  and  the  data  operator  and  control  of  the 
paragraph  above  get  absorbed  as  part  of  a  single  operator. 

Given,  then,  an  interpretation  of  a  process  in  terms 
of  states;  and  given  a  description  of  the  state  variables 
which  distinguish  data  from  control  state  variables ,  the 
following  definitions  are  used  to  the  extent  that  they  apply: 

data  operators  are  the  portions  of  the  state  transition 
functions  which  specify  data  values  in  the  next 
state; 

control  operators  are  the  portions  of  the  state  transition 
functions  which  specify  control  variable  values 
in  the  next  state. 
Fortunately,  most  implementations  and  their  usual  interpreta- 
tions allow  such  a  partitioning  of  the  state  transition 
function.   Usually,  two  separate  functions  can  be  written 
for  data  and  control  operators. 
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3.2  Control  structures 

All  of  the  control  features  listed  in  this  report  can 
be  implemented  by  the  five  control  structures  illustrated 
in  the  combined  diagram  of  Figure  3.2.   This  minimal  set 
we  will  call  elementary  control  structures. 

a)  start  A  node  with  one  exit  path.    The  node  need 
not  have  an  associated  data  operator. 

b)  step   A  node  with  one  entry  and  one  exit  path.    This 
is  the  "workhorse"  of  calculations;  most  important 
data  operators  appear  in  single  steps. 

c)  branch  A  node  with  one  entry  path  and  two  exit 
paths.   The  path  taken  by  a  computation  depends  on 
the  (binary)  result  of  a  rest,  usually  on  data  values, 

d)  merge   A  node  with  two  entry  paths  and  one  exit  path. 
Either  path  may  form  part  of  an  execution.   It  is 
convenient  to  allow  a  data  operator  at  this  node, 
but  also  to  allow  the  null  operator.   This  structure 
is  useful  in  synchronizing  parallel  paths  or  merging 
of  alternate  paths. 

e)  stop   A  node  with  one  entry  path  only.   Indicates 
termination  of  the  execution. 

Although  these  five  structures  are  a  minimal  set,  it  is 
often  convenient  to  use  complexes  such  as  those  in  Figure  3.3 
There,  each  of  the  following  are  illustrated  as  they  could 
be  implemented  with  elementary  control  structures: 
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a) 


b) 


c) 


d) 


e) 


Figure  3.2   Elementary  control  structure 
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a) 


3 -way  branch 


(b) 


loop 


(c) 


d) 


i  f  then 


subroutine 


Figure  3.3   Control  Structure  Complexes 
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a.  multiple  branch   For  example,  Figure  3.3  part  (a) 
would  implement  a  3-way  branch. 

b.  loop   The  principle  component  is  a  branch  which 
branches  backward  or  forward  depending  on  indices 
or  some  data  conditions. 

c.  if  then   One  of  several  different  complexes  of 
branches,  steps  and  merges. 

d.  subroutine   Encapsulates  a  portion  of  a  process 
graph  as  a  single  node. 


3.3  Interpretation 

For  computing  machines  constructed  along  the  conventional 
"von  Neumann  machine"  lines,  the  definitions  above  can  usually 
be  identified  with  the  functions  of  that  part  of  the  hardware 
conventionally  called  "the  control".   In  Figure  3.4,  one  of 
the  four  parts  of  the  simple  conventional  computer  structure 
is  "...  an  organ,  called  the  control,  which  can  automatically 
execute  the  orders  ..."  stored  in  the  memory  [ 2] . 

The  definitions  in  this  report  identify  the  operations 
of  the  "control  unit"  of  Figure  3.4  as  control  steps  only 
under  a  certain  sort  of  interpretation  (level  of  modeling) . 
The  control  unit  of  Figure  3.4  performs  the  elementary 
control  functions  only  when  the  interpretation  is  at  the 
assembly  language  level,  where  the  control  states  are 
identified  with  the  outputs  of  the  control  unit  and  data 
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Figure  3.4   A  simple  conventional  computer  structure 
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operations  are  the  hardware  operations  of  the  arithmetic 
unit.   The  same  machine  can  execute  compiled  FORTRAN  object 
code.   In  the  FORTRAN  interpretation  of  control  states,  a 
state  variable  corresponding  to  the  Internal  Statement 
Number  (ISN)  of  the  executable  statement  is  preeminent.   This 
variable  does  not  (usually)  even  appear  in  compiled  object 
code!   A  single  step  in  this  interpretation  generally 
corresponds  to  a  long  sequence  of  steps  for  the  "control  unit" 
of  Figure  3.4.   As  a  vehicle  for  executing  the  program  of  a 
FORTRAN  machine,  Figure  3.4  shows  an  organization  whose 
"control  unit"  uses  too  little  and  too  much  of  the  control 
information.   It  operates  with  a  set  of  states  which  is  not 
appropriate  for  the  interpretation. 


18 


4.   Example  Control  Structures 

This  section  lists  separately  several  examples  of 
machines  or  languages  which  appear  to  have  interesting 
control  structures.   The  examples  are  not  intended  to 
fully  explain  the  languages,  but  merely  to  demonstrate 
the  strong  similarities  and  frequent  major  differences  in 
control  structures  among  the  examples. 
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Example  1.   MCS-4 

The  MCS-4  microcomputer  is  a  4  bit  CPU  configurable  with 
memory  and  I/O  ports.   Although  the  data  operations  available 
are  minimal/  the  system  compensates  by  offering  a  set  of 
control  functions  which  is  quite  comprehensive,  considering 
the  size  of  the  machine.   In  applications,  the  MCS-4  competes 
more  with  random  logic  control  devices  than  with  minicomputers. 

For  an  interpretation  of  the  MCS-4  operation  in  terms 
of  single  instruction  execution  the  control  state  can  be 
precisely  defined  as  the  content  of  the  following  internal 
registers  (an  interpretation  in  terms  of  memory  cycles 
demands  more  internal  data  to  specify  the  control  state) : 

.  the  contents  and  current  pointer  value  of  the  address 
stack  (4  x  12  +  2  =  50  bits) 

.  the  contents  of  the  index  registers  (16  x  4  =  64  bits) 

.  the  contents  of  the  command  control  register  (variable 
number  of  significant  bits,  depending  on  the  memory 
size) 

.  the  selection  status  of  each  memory  chip  (1  bit  each) 

The  basic  instruction  set  of  the  MCS4  4004  (CPU)  can  be 
partitioned  in  the  following  Control  Sets  (CSs)  according 
to  how  they  affect  the  control  state.   Diagrams  describing 
the  control  structures  involved  appear  in  Figure  4.1. 
CS  1  simple  step  instructions 

These  instructions  usually  include  a  data  operation, 
and  involve  incrementing  the  current  program  counter  by  1 
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CS1,  simple  step,  and 

CS2,  control  state  transfer 


CS3  (a)  unconditional  jump 


CS3  (b)  conditional  jump 


1        '<- 


i 


CS4  (a)  subroutine  call 


CS4  (b)  branch  back  and  load 


Figure  4.1   Basic  control  structures  in  the  MCS-4 
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(if  a  one-word  instruction)  or  2  (if  a  two-word  instruction) 
Included  in  this  class  are 
machine  instructions: 

NOP,  FIM,  FIN,  INC,  ADD,  SUB,  LD,  LDM 
I/O-RAM  instructions  (all) : 
WRM,  WMP,  WRR,  WRO,  WRl ,  WR2 ,  WR3 ,  SBM,  RDM,  RDR,  ADM, 
RDO,  RD1,  RD2,  RD3 
accumulator  group  instructions: 
CLB,  CLC,  IAC,  CMC,  CMA,  RAL ,  RAR,  TCC,  DAC,  TCS ,  STC, 
DAA,  KBP 
CS  2  control  state  transfer 

a)  XCH  exchange  contents  of  accumulator  with  contents 
of  an  index  register 

b)  i/o  control:   use  index  register  contents  to  set 
I/O  status: 

SRC  send  register  control 
DLC  designate  command  line 
CS  3  jumps 

a)  unconditional  jumps 

JUN  (jump,  unconditional) 
JIN  (jump,  indirect) 

b)  conditional  jumps 

JCN  (jump  on  condition)  Tests  among  three  different 
one-bit  data  conditions 

ISZ  (increment  and  continue  if  zero)  Increment  a 
register  and  jump  if  the  result  is  not  zero.   Note 
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that  this  involves  both  data  operation  and  inter- 
rogation of  control  state. 
CS  4  stack  operations 

a)  JMS  jump  to  subroutine.   Stack  (incremented)  program 
counter  by  incrementing  "current"  pointer  value  and 
loading  transfer  address  into  new  program  counter. 
Note:   the  stack  over-writes  old  values  starting 
with  the  4th  successive  stack  push  operation  (4th 
level  of  subroutine  nesting) 

b)  BBL  branch  back  and  load.   Pop  the  stack  (move  the 
pointer  to  the  most  recently  saved  instruction 
counter)  and  transfer  4  bits  of  data  to  the 
accumulator. 
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Example  2.   SIMPL 

One  rather  obscure  language  is  especially  pertinent 
in  two  ways.   First,  the  Single  Identity  Micro -Prog ramming 
Language  (SIMPL)  [9]  is  intended  for  designing  microprograms. 
They,  like  hardware  logic  designs,  must  deal  with  the  most 
basic  gate-level  operations  and  must  provide  for  specification 
of  timing  and  parallel  processes.   This  language  is  intended 
to  achieve  machine  independence  by  being  a  high  level 
procedural  (compiler)  language. 

Second,  the  SIMPL  language  is  nearly  unique  with  respect 
to  control  structures.   The  usual  feature  of  procedural 
languages  which  provides  that  statements  are  executed  sub- 
stantially in  the  order  written  is  avoided  in  SIMPL.   A 
sequence  of  SIMPL  statements  might  be: 

A  +  B  ■+  C  (1) 

C  *  D  ■+  E  (2) 

A  t  J  ■>  F  (3) 
In  compiling  this  program  segment  for  execution  by  perhaps 
a  set  of  processors,  statement  (1)  must  be  executed  before 
statement  (2),  but  statement  (3)  may  be  executed  before  or 
after  either  (L)  or  (2)  .   This  degree  of  freedom  is  detected 
in  compilers  for  other  languages  (such  as  the  IBM  FORTRAN 
IV  H  compiler)  by  analysis  of  the  variables  appearing  in  the 
arithmetic  expressions;  the  freedom  is  exploited  in 
optimization  of  register  assignments,  for  example.   In 
SIMPL,  however,  the  partial  order  among  statements  is 
explicitly  indicated,  due  to  adherence  to  the  single 
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assignment  rule  of  the  language:   no  variable  name  may  appear 
on  the  right-hand  side  (the  "destination"  of  the  assignment) 
more  than  once. 

In  a  traditional  compiler  language,  this  would  require 
allocation  of  a  variable  identifier,  and  perhaps  a  storage 
location,  for  each  substitution  statement's  variable  -  a 
potentially  great  waste  of  storage.   In  the  microprogramming 
application  of  SIMPL,  however,  the  variable  names  are  used 
to  indicate  states  of  a  computation  graph.   Typically,  a 
casregister  is  identified;  say  EXPA,  the  exponent  portion 
of  floating  point  register  A:   successive  operations  on 
this  datum  are  denoted  by  assignments  which  produce 
variables  whose  names  may  be  EXPA.l,  EXPA. 23,  EXPA. 15  in 
that  relative  order.   Variable  names  are  then  typically 
composed  of  a  data  path  name  and  a  data  path  state  number. 
The  variable  represents  a  state  in  the  path  of  calculations 
on  some  given  data.   The  sequence  above  might  correspond 
to  the  following  portion  of  a  process  graph: 

EXPA.O 


EXPA.  1 


Figure  4.2 
Control  in  SIMPL 


EXPA. 15 


The  natural  choice  for  a  mapping  which  characterizes 
the  progress  through  a  computation  process  graph  is  the  one 
which  identifies  the  ordered  state  of  each  data  path. 
Compiler  language  statements  listed  below  in  Table  4.1  such 
as  goto  are  control  statements  in  the  sense  that  they  specify 
relative  order  of  respective  sections  of  program. 
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Table  4.1   SIMPL  language  features 


1.   Data  Operators 

Arithmetic 
+  addition 
-  subtraction 
*  multiplication 

/  division 

t  exponentiation 


Logical 

A  AND 

V  OR 

©  exclusive  OR 

-,  NOT 


Shift 

— |   left  shift 

| —   right  shift 

^—o  left  circular 
shift 

o —  right  circular 
shift 
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Table  4.1  (cont.)   SIMPL  language  features 

2 .  Familiar  control  structures 
Iteration 

1.  for   a   step  b   until  c  do  s  ; 

2 .  while   B  exp   do  s ; 

Note:  in  the  iterative  body,  s,  of  the  iteration  statements, 
exceptions  to  the  single  assignment  rule  were  made.   Only 
within  the  range  of  the  iteration  statement,  such  statements 
as  the  following  are  valid: 

I  +  K  •*■  I 

Conditional 

if   B  exp   then  s   else  s ; 

(The  else  s  clause  is  optional) 
Unconditional  transfer 

goto   d; 

j 
goto   a  (1,,12,...,1  );  "computed  GOTO" 

I/O 

read  (a,,r,:  a?,r2:  •  ••); 

write  (a,,r.:  a2,r2:  ...); 

3.  Familiar  interprogram  control  structures 
procedure  declaration 

procedure  NAME  (p,  ,...); 
procedure  call 

NAME  (, ,P3,P4, ,pg. .  .)  ; 

NAME  ■>  REG1; 
entry  declaration 

entry  NAME; 

exit  NAME; 
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Example  3.   AADC  A  and  C 

The  AADC  project  has  been  responsible  for  bringing 
Navy  interests  to  bear  on  many  modern  concepts  in  computer 
systems  design.   A  particularly  interesting  facet  of  the 
AADC  project,  with  respect  to  this  control  study,  is  the 
set  of  instructions  for  the  Processing  Element  (PE)  [  3  ]  . 
Although  not  an  example  of  a  compiler  language,  this 
hardware  design  "incorporates  many  characteristics  found 
in  the  major  Higher  Order  Languages"  (sic)  [  3,  p.l]. 

The  PE  is  a  general  purpose  serial  processor  containing 
a  PMU  (Program  Management  Unit) ,  an  AP  (Arithmetic  Processing 
Execution  Unit) ,  and  a  small  TM  (Task  Memory) .   Instruction 
and  operand  fetching  and  program  management  instructions  are 
executed  by  the  PMU,  leaving  the  AP  free  to  compute  con- 
currently, using  operands  and  operators  previously  stockpiled 
in  a  "Q"  by  the  PMU. 

One  of  the  important  functions  of  a  traditional  compiler, 
the  sequencing  of  operations  in  an  expression,  is  in  large 
part  relayed  to  the  AP.   Non-commutative  dyadic  operators 
appear  in  both  forms  in  the  AP  instruction  set.   That  is, 
if  x  is  a  register  and  y  is  an  operand,  the  AP  can  directly 
execute  either  x-y  or  y-x.   In  addition,  "parenthetical 
control"  can  be  used  to  temporarily  defer  execution  of 
some  operators  until  their  precedents  are  complete. 

The  AP  instruction  set  includes  several  forms  each  of 
(most  of)  the  following  operators: 
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dyadic  arithmetic;   add,  subtract ,  multiply,  divide, 

compare  (numeric  result) ,  maximum, 
minimum 
dyadic  Boolean  and  logical:   AND,  OR,  NOR,  NAND, 

bit  comparisons 
monadic  Boolean  and  logical:  complement 
transfer:   transfer  on  one  of  a  host  of  conditions, 

such  as  'A  >_  0'  etc. 
monadic:   load,  negate,  absolute  value,  sign  urn, 

floor,  ceiling,  square  root,  shift,  store 
array    operations  (1  and  2  dimensions) : 

reduction,  outer  product,  index,  ravel, 
catenate,  transpose,  shape,  take  and  drop, 
reversal,  expand,  compress,  polynomial  (and 
trigonometric  functions) 
The  PMU  instructions  in  the  following  classes  may  have 
more  relevance  to  the  control  study.   Indeed,  some  subsystems 
may  contain  PMUs  without  corresponding  APs. 

.  Command  Subsystem:  send  a  word  to  an  external 

destination  (example  commands 
which  may  be  sent  are  to  read  or 
write  a  page  or  word) 
.  Initiate  New  Task.:  start  up  a  task  from  a  given  large- 
storage  address 
.  Scratchpad  load  and  store 

.  Transfers  (some  are  conditional  on  scratchpad 
contents) . 
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Execute 

Push  and  pop  stacks  of  PMU  accumulator,  state  registers 

and  data 
Manipulate  control  bits  of  operands,  internal  timer, 

addressing  mode, 
Halt,  transfer  to  the  executive 
Logical  and  arithmetic  functions  on  words  which  are 

in  or  addressed  by  scratchpad  locations 
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Example  4.   FORTRAN 

Table  4.2  diagrams  the  control  structures  corresponding 
to  the  statement  types  of  IBM  FORTRAN  IV  [  7  ] .   FORTRAN 
grew  —  it  was  not  designed  —  as  a  language  for  FORmula 
TRANslation.   It  is  interesting  to  note  that,  although 
most  of  the  statement  types  correspond  to  the  most  elementary 
of  control  functions ,  the  iteration  loop  is  highly 
specialized.   The  peculiar  features  of  this  form  of  loop 
and  the  restrictive  nature  of  the  built-in  data  declarations 
make  FORTRAN  particularly  cumbersome  in  some  applications. 


32 


d 

- — . 

o 

m 

d 

-p 

o 

CJ 

•H 

:.: 

P 

£ 

•H 

d 

•H 

r— 1 

<Vh 

o 

CD 

;, 

Td 

p 

:.: 

03 

> 

P 

CO 

T3 

n 

- — 

CD 

p> 

CD 

ni 

d 

H 

o 

'1/ 

d 

u; 

d 

o 

- — - 

•H 

T3 

>5    CD 

•P 

0) 

ft     > 

O 

P 

i— t 

d 

co 

T3     O 

3 

CD 

13 

o 

CD     > 

*-> 

P 

CD 

•H 

•H     C 

— 

CD 

rH 

l— 1 

Cm    -h 

— - 

d 

ft 

•H 

a 

•H 

CO 

-p 

a 

rH 

6 

O     >a 

CO 

o 

S     CD 

•H 

o 

CD     CO 

CD 

d 

o   d 

P 

o 

a  6 

d 

.  ~ 

•H 

O    -H 

d 

to 

•H 

d 

■P 

3 

CO 

d 

>3 

to 

-P 

o 

a 

>>    3 

CD 

o 

r— 1 

CO    -H 

3 

•H 

CD 

rH      O 

d 

d 

•H 

ft 

co  ft 

o 

P 

-P 

CD     d 

o 

CD 

P 

0) 

•H 

P> 

d 

CO 

CO 

-P    XJ 

•H 

> 

3 

faO 

CO 

d 

d 

CO    3 

P 

in 

O 

0) 

w 

o  = 

M 

- — - 

CD 

CO 

d       CO 

CO 

CD 

CD 

^ 

o 

•H      •• 

CD 

r 

a 

CO  = 

- — ■ 

d 

■P 

X 

d 

Q_, 

-p  d 

ft 

CO 

o 

CO 

a 

z 

CD 

d 

CD 

•H 

CO    o 

-p 

B 

CO 

CD     CO 

S 

a 

•H 

rH 

d    -H 

o 

CO 

CO 

to  -— 

CO 

o 

CD 

CO 

CD     CO 

d 

p 

T3 

d 

w 

P 

B 

a  to 

d0 

bO 

CO 

CD 

CO 

CO     CD 

bO 

T3 

O 

CO 

CO 

CO 

O     CD 

O 

73 

rH 

CO 

d 

o 

d 

P> 

d 

d 

CD 

d 

•H 

d 

rH 

0) 

CD    -H 

d 

CD 

CO 

•H 

bO 

J* 

d    q,h 

a 

i-H 

CD 

o 

Jsl    P 

a 

a 

d 

g 

O 

o 

p  « 

i—l 

ft 

rH 

ft 

o 

O     3 

p 

to 

CD 

d 

Ih 

> 

CO     CD 

CO 

3 

3 

CO 

M 

>     O 

3 

3 

a 

CD 

a 

CD 

T3   = 

o 

co 

d 

rH 

a 

CD     d 

CO 

CO 

o 

•P 

ss 

<c 

Eh 

ft 
O 
ft 

ft 


-6  b- 


o 


fH 

ft 

ft 

rH 
CO 
d 
CD 

^ 

\ 

w 

■P 

W 

ft 

•H 

o 
o 

£3 

x 

rH 

^ 

d 
o 

ft 

S3 

w 

T3 

B 

•H 

ft 

M 

I  i 

d 

CO 

ft 

CO 

S 

CO 

•> 

- 

S 

CD 

S3 

<S 

o 

CO 

d 

o 

Eh 
< 
ft 

CJ 

P> 

d 

CO 

ft 

o 

ft 

p 

Eh 

ft 

o 

w 

■a) 
O 

CO 

d 

S3 

ft 

S3 
W 

II 

B 

CO 

■» 

O 

M 

o 

p 

<D 

CD 

d 

S3 

S3 

ft 

o 

« 

•> 

d 

r— 1 

P 

o 

o 

w 

o 

Eh 

S3 

ft 

CD 

^3 

ft 

H 

•H 

H 

ft 

ft 

•> 

CO 

o 

< 

g 

CO 

JZ) 

P 

CO 

<C 

Eh 

rH 

H 

S 

2 

•H 

S3 

CO 

S3 

> 

- 

< 

ft 

Eh 

E 

bO 

d 

H 

ft 

ft 

<;: 

d 

Ph. 

M 

1    ! 

^ 

w 

O 

13 

•H 

CO 

Eh 

ft 

CO 

D-, 

ft 

CO 

§ 

ft, 

< 

E 

s 

J25 

CO 

> 

S3 

< 

ft 

o 

f  H 

rH 

(H 

0? 

g 

o 

i; 

^ 

M 

co 

O 

o 

<c 

Eh 

ft 

O 

ft 

w 

ft 

S3 

ft 

ft 

< 

o 

P-. 

CO 

o 

CD 

ft 

ft 

CO 

ft 

Eh 
< 
ft 
ft 

ft 
O 
ft 
Eh 
S3 
O 
c_> 


C\J 

CD 
rH 

CO 
Eh 


X2 

c 

O 

o 

•H 

•H 

CD 

X 

CO 

x: 

CO 

S 

co 

t3 

p 

0 

CD 

O 

T3 

>5 

r<-^H 

CO 

O 

CD 

^    rH 

S 

o 

*H 

X 

a 

•H 

rH 

P 

£ 

CD   <Vh 

o 

c 

•H 

R 

it! 

• 

P 

-P 

fn 

■P 

in 

CD 

CO 

O 

£ 

co 

■-H     r-H 

<iH 

-p 

G 

o 

•H 

w 

CD 

c 

03    o3 

X! 

CD 

Ih 

p 

faO  t=> 

O 

•H 

•H 

r-H 

CD 

T3 

CM  CD 

G 

O 

K 

<,: 

■P 

CD 

£ 

•H 

X 

x: 

o 

CD 

i— 1 

En 

CD 

P 

••  d 

X> 

-p 

S 

E 

3 

c 

u    cd 

03 

CD 

O 

* 

CD 

V 

CD 

<H 

oH 

CD 

CD    3 

nH 

r-H 

-P 

r-iC 

■P 

•H 

to 

(D 

B 

• 

<^H     D1 

X2 

X 

5 

U 

03 

•H 

ra 

CD 

c 

CO     CD 

CD 

•H 

T3 

o 

P 

>s 

-P 

o 

C     CO 

x: 

CO 

— 

p 

co 

O 

CO 

rH 

03 

£ 

03 

•H 

CO 

-p 

co 

S 

X 

•H 

P 

o 

CJ 

CD 

-P 

x: 

U    r-\ 

o 

C5 

CD 

CD 

O 

c 

^ 

CO 

to 

p    oJ 

co 

a 

H 

c 

CD 

2 

II 

H 

o 

-P 

03 

g 

CD 

CO 

T3 

g 

T3 

•H 

p 

<Vh 

e  ^ 

X 

<i-< 

CO 

co 

O 

•H 

- 

CD 

<7j 

rH 

X 

03     o 

CD 

o 

< 

•H 

C 

T3 

o 

•H 

-P 

co 

O 

CD 

t— 1 

U    C 

T3 

fn 

co 

3 

CD 

Sh 

C 

03 

bO 

G 

p 

CO 

CD 

-p 

O 

A 

O 

f-i 

■P 

e 

O     0 

•H 

co 

•H 

T3 

X 

O 

CD 

CD 

a 

£ 

CD 

>H 

!h    J2 

•H 

O 

CD 

o 

CO 

£ 

X 

X 

o 

x: 

o 

a-p 

•H 

i— 1 

e 

C 

sd 

ccS 

•H 

<D 

CD 

o 

p 

£ 

v         I 


^> 


o 

En 


O 

C5 


03 

o 


X 


o 

Eh 


P 

•H 

O   O 
o  t_5 


CO 

- 

CD 

• 

x:  o 

• 

O   B-< 

* 

o  e 

• 

sd 

00 

Eh 

- 

Ph 

03    O 

X 

O 

r-H 

I— 1 

?H     C5 

O   Eh 

X 

X! 

r-H 

CtS 

> ■ 

o 

T3 

X 

•H 

* 

•H 

CD     CD 



TS 

B 

-P 

i-H    P 

CD    S 

CD 

a  3 

o 

c  o 

o 

£• 

•rH     a 

Eh 

bO  M 

Eh 

c; 

p  a 

•H    CO 

P 

r-H     O 

O 

CO    CO 

O 

•H 

3  o 

O 

CO    <t, 

o 

£h 

e 

< 

< 

H    Ph 


Ph 


03  — 
O    03 

•H  — - 
hO  Ph 
O    M 


co 

s 

;-. 

Pn 

a 

- 

B 

CD 

i— i 

<u 

;■', 

a 

cd 

,.: 

£ 

-p 

CO 

CO 

o 

> 

■p 

o 

Sh 

o 

tu 

U 

CO 

Q, 

o 

to 

-P 

i— i 

w 

C° 

QJ 

to 

O 

-p 

Pn 

O 

iH. 

bO 

-p 

T3 

T3 

O 

,: 

0) 

C 

CD 

o 

.'.; 

O 

QJ 

a 

oj 

CD 

1    1 

•H 

-P 

J2 

... 

a 

-p 

i\ 

-P 

01 

S 

-P 

CD 

CD 

-p 

■■■ 

O 

•,  i 

CO 

i : 

-p 

B 

3 

CO 

■1  i 

B 

Pn 

o 

:■-. 

•H 

to 

( > 

o 

o 

- — - 

CO 

CO 

C 

T3 

i— i 

* 

c 

■;  i 

CD 

•Vi 

d 

i— 1 

Ph 

•H 

QJ 

',  j, 

co 

T3 

o 

u 

X 

o 

CO 

CO 

- — ■ 

x: 

G 

CO 

o 

CD 

<]> 

o 

a> 

CD 

-p 

u 

a 

N^ 

-p 

•H 

o 

B 

s 

a 

4     ' 

2 

CD 

B 

•H 

r-.. 

<^H 

rH 

3 

bO 

u 

CO 

.1 

,a 

C 

g> 

5 

CD 

o 

» i 

•H 

o 

CO 

•H 

0) 

* 

'.-1 

>.: 

cd 

CO 

•H 

•* 

bO 

•H 

CM 

CD 

c 

o 

<D 

C 

to 

0 

to 

--.1 

W 

6 

rH 

o 

•H 

On 

2 

<D 

■P 

a 

£h 

QJ 

d 

CD 

£> 

•H 

•H 

1  ■ 

r-\ 

CO 

o 

a> 

P 

•H 

id 

* 

CO 

-P 

01 

Ih 

CD 

£i 

CD 

o 

';-i 

-P 

- — - 

C 

i— i 

CD 

CO 

0) 

Ph 

Cfl 

f-l 

CO 

-P 

to 

CO 

•H 

•H 

a 

g 

•,  1 

c— 1 

QJ 

•H 

05 

•H 

£ 

e 

a 

& 

* ' 

i— 1 

U 

CD 

cu 

CO 

Sh 

o 

CD 

* 

CO 

B 

s 

•rH 

3 

* 

HCO 

s: 

.c 

Ph 

CD 

o 

£ 

•H 

X 

o 

o 

o 

6 

> 

-p 

-p 

■P 

Q, 

rH 

•P 

- — - 

o 

■:-*. 

o 

:.: 

qj 

01 

VI, 

• 

• 

" 

to 

c 

•H 
•P 

O 
Sh 

■P 

a 
-p 
v-i 
o 


-p 


QJ 

O 
> 
QJ 


r*-\ 


c 

;; 

Q) 

;'; 

n 

QJ 

1 

•H 

CO 

-P 

* 

CO 

C  > 

o 

1  -1 

a 
o 
o 

o 


i  -i 

S 

H 

- 

S 

ffi 

[■-; 

o 

n; 

Q 

g 

„ 

IS 
H 

p-l 

w 

pq 

CO 

,-i 

p 

•» 

H 

■* 

QJ 

g 

H 

S 

W 

H 

QJ 

u: 

w 

c  > 

[r-, 

P 

:-- 

«aj 

CO 

•» 

Oh 

w 

P 

&H 

CO 

!S 

CO 

< 

g 

H 

O 

H 

K 

■a! 

w 

fUfflQ 


Q 


Example  5.   ALGOL 

Based  on  the  design  collaboration  of  an  international 
group  of  experts,  ALGOL  enjoys  the  advantages  of  having  a 
formally  defined  syntax  and  being  based  on  the  contructs 
desired  for  numerical  mathematics  rather  than  on  the 
architecture  of  a  particular  type  of  computing  machine. 
Because  of  this,  ALGOL  tends  to  better  illustrate  the 
essential  flavor  of  compiler  language  programming,  and  is 
a  better  vehicle  for  teaching  these  ideas  than  a  language 
such  as  FORTRAN.   The  principle  control  structures  of  ALGOL 
which  are  illustrated  below  are  abstracted  from  a  description 
of  PASCAL,  an  extension  of  ALGOL  60  [11]. 
5 . 1  Compound  statements 

begin  SI;  S 2 ;  . . . ;  S   end 


->(si) ^y~ 


-» ... 


■Xs 


n> 


A  compound  statement  can  be  used  in  place  of  any 
of  the  appearances  of  S .  below: 


5.2  Conditional  statements 
if  B  then  SI  else  S2 
N 


if  B  then  S 


fc) — ¥~~k1) 
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5.3  Iterative  (repetitive)  statements 

while  B  do  S  repeat  S  until  B 


5.4  Selective  (case)  statement 

case  i  of     LI:  SI;  L2 :  S2;  . . . ;  Ln :  Sn  end 


=  LI 


=  Ln 
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Example  6.   pl/I 

The  PL/I  language  was  created  by  IBM  users  frustrated 
with  the  ad  hocracy  of  FORTRAN.   Although  the  compilers  and 
the  object  programs  for  implementations  on  various  machines 
may  be  less  efficient  than  desirable,  there  are  a  number  of 
advantages.   Many  of  the  differences  lie  in  the  data 
definition  facilities:   PL/I  allows  structured  data 
definitions,  dynamic  storage  allocation,  some  data  types 
not  available  in  FORTRAN,  and  a  richer  set  of  I/O  operations. 

The  control  features,  as  compared  to  FORTRAN,  have 
differences  in  two  respects.   First,  there  are  mechanisms 
for  creating  and  communicating  with  asynchronous  procedures 
(independent,  parallel  tasks).   Second,  program  flow  control 
structures  similar  to  those  in  FORTRAN  are  generalized, 
allowing  more  flexibility.   The  list  of  PL/I  control 
structures  below  displays  most  of  the  differences  in  basic 
form  without  showing  all  of  tlie  details  [  6  ]•   Figure  4.3 
diagrams  the  structures  in  terms  of  control  state  sequencing, 
1.   process  control 
1. a.  task  creation 

CALL  task  (pars)  EVENT  (eventname)  invokes 
task  "task"  which  has  been  declared  as  an 
asynchronous  process  and  establishes  "eventname" 
as  a  variable  which  can  be  checked  to  determine 
whether  or  not  "task"  is  finished. 
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l.b.  task  deletion 

Tasks  destroy  themselves  by  completing 

(RETURN  or  END) 

I.e.  task  synchronization 

One  task  checks  on  the  progress  of  another 

by  waiting  for  it  to  finish: 

WAIT  (event name) 

or  by  testing  the  logical  (true/ false)  value  of 

the  condition: 

IF  COMPLETION  (eventname)  THEN  .... 

2.   FORTRAN  -  like  control  structures 

The  extra  generality  in  the  following  statements 

arises  partly  from  the  fact  that  "group"  may  be  a  single 

statement  or  a  block  of  statements.   Below,  "label"  is 

a  (possibly  subscripted)  execution  -  time  variable  and 

"expr"  is  an  expression  which  is  a  generalized  logical 

expression. 

2. a. 

GOTO  label 

Similar  to  FORTRAN,  except  the  labels  are 

variables  and  may  have  computed  values. 

2.b. 

IF  expr  THEN  group  ELSE  group; 

arbitrarily  complex  paths  in  either  branch. 
2 .  c. 

label  DO  index  =  initial  TO  final  group  END  label; 

The  closest  correspondent  to  the  FORTRAN  DO 
loop  is  again  more  flexible. 
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la 


(new   task) 


lc 


WAIT 


and   COMPLETION 


event 


does  not  proceed 
until  event  has 
occurred 


allows  an* event  name  to  be  tested  as  data 


2a   GO  TO 


number  of  possible 
branches  depends  on 
declarations  and 
computations 


2b   IF 


DO 


THEN 


ELSE 


defines  a  block 
N  and  controls 
frouP/ iteration 


one  or  the  other, 
possibly  complex 

Npath 


Figure  4.3   Control  Structures  in  Pl/I 
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5.   Applications 

Several  applications  for  the  view  of  control  adopted 
for  this  report  present  themselves.   Each  application  area 
is  a  whole  field  of  study  in  itself;  only  the  fact  of 
relevance  is  noted  below.   In  most  cases,  the  most  immediate 
effect  of  applying  the  present  view  of  control  structures 
would  be  to  unify  work  which  has  already  been  done  in  the 
diverse  application  areas.   Further  developments  can  be 
expected  to  improve  the  efficiency  of  procedures  and  designs 
within  the  areas. 

5.1  Building  controls  for  digital  systems 

Heretofore,  the  design  of  digital  systems  has  generally 
been  explained  entirely  in  terms  of  building  the  data 
operators.   It  appears  that  we  are  ready  to  move  into  a 
new  level  of  design,  where  data  and  control  operators  share 
in  importance. 

5.2  Compiler  optimization 

To  some  degree,  the  construction  of  a  program  can  be 
automated.   This  is  particularly  true  in  the  case  of  something 
like  the  FORTRAN  compiler,  which  translates  from  one  specific 
language  (FORTRAN)  to  another  (machine  language) .   In 
particular,  the  IBM  level  FORTRAN  IV  g  compiler  attempts  to 
increase  execution  speed  by  changing  the  order  in  which  the 
machine  steps  implied  by  the  FORTRAN  program  are  executed.* 


*Note  that  some  execution  errors  may  be  caused  if  the  original 
programmer  does  not  take  steps  to  avoid  certain  "simplifications." 
Moral:   a  smart  compiler  may  outsmart  the  user  in  a  language 
which  is  sufficiently  awkward. 
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Many  of  the  attempts  at  methods  to  optimize  code  can 
be  re-viewed  as  attempts  to  optimize  the  pattern  of  control 
structures.   On  the  other  hand,  the  optimization  problem 
can  be  broadened  for  the  case  of  hardware  design  to  include 
choosing  the  best  control  structures  for  a  program  or  class 
of  programs. 

5.3  Automatic  microprogramming 

This  topic  includes  variously  the  choice  of  a  convenient 
microprogramming  structure  (a  set  of  control  structures  for 
the  microprogrammed  interpreter)  or  the  construction  of  the 
microprogram  for  a  specific  computation.   Elements  of  the 
topics  in  5.1  and  5.2  enter  here.   Note  especially  Example  2 
in  Section  4. 

5.4  Operating  systems 

It  requires  mostly  a  change  in  the  level  of  description 
to  make  much  of  the  work  in  operating  systems  relevant  to 
the  current  discussion  of  control  structures.   Given  a 
protected  multiprocessing  system,  probably  with  virtual 
memory,  the  creation  and  synchronizing  of  processes  and  the 
management  of  resources  can  be  viewed  in  terms  of  control 
structures.   The  key  here  is  the  selection  of  a  small 
enough  amount  of  information  to  describe  the  control  state. 
The  usual  practice  seems  to  define  the  state  of  a  process 
very  much  according  to  the  hardware  implementations  which 
are  critically  important  to  the  operating  system,  and  to 
include  an  immense  amount  of  detail,  in  order  to  provide 
completeness.   For  example,  it  has  been  maintained  that  the 
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complete  virtual  memory  map  of  a  process  is  necessary  for 
its  description  [  10] .   It  may  be  more  appropriate  to  find 
a  level  of  abstraction  where  such  information  may  be 
regarded  as  data  to  be  manipulated  by  data  operators,  and 
where  there  is  a  more  convenient  set  of  state  variables. 
The  design,  measurement  and  evaluation  of  operating  systems 
might  then  be  enhanced  by  a  concentration  upon  the  relevant 
control  structures. 
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